home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3154 / 544.txt < prev    next >
Text File  |  1992-05-11  |  25KB  |  631 lines
  1. Info-Atari16 Digest         Mon, 21 Oct 91       Volume 91 : Issue 544
  2.  
  3. Today's Topics:
  4.                     Atari 1040STF *For Sale* MidI
  5.                         DataLink 1.00 (3 msgs)
  6.               DataLink 1.00, mono only -- ahh!! (4 msgs)
  7.                             Font addresses
  8.                              GENIE email
  9.                        gulam line length limit.
  10.                           MC68010 on atari ?
  11.                          My hard drive bit it
  12.                               PC DITTO I
  13.                           TeX, tpic-specials
  14.            WANTED: Key-slot switcher for Atari ST/Mega !!!
  15.                              What are...
  16.                           word processors...
  17.  
  18. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  19. cross-posting to/from Usenet is getting closer, but still getting thrashed
  20. out.  Please send notifications about broken digests or bogus messages
  21. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  22.  
  23. Please send requests for un/subscription and other administrivia to
  24. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  25. instead of the moderators are likely to be lost or ignored.
  26.  
  27. If you want to unsubscribe, and you're receiving the digest indirectly
  28. from someplace (usually a BITNET host) that redistributes it, please
  29. contact the redistributor, not us.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 20 Oct 91 19:38:31 GMT
  33. From: fernwood!portal!cup.portal.com!Bobster@uunet.uu.net (Robert Jules
  34.  Shaughnessy)
  35. Subject: Atari 1040STF *For Sale* MidI
  36. To: Info-Atari16@naucse.cse.nau.edu
  37.  
  38. *For Sale*
  39.  
  40. Atari 1040 STf
  41. 1 meg of ram
  42. 1 internal DSDD 3.5 inch drive
  43. 1 External DSDD 3.5 inch drive (atari sf314)
  44. 1 Color Atari Monitor. (SC1224)
  45.  
  46. All of this could be yours for $700 or best offer!
  47. Reply to net or phone me at 816-756-5189. (Ask for Bobby)
  48.  
  49. ------------------------------
  50.  
  51. Date: 20 Oct 91 23:32:16 GMT
  52. From: boulder!news@uunet.uu.net (Todd C. Miller)
  53. Subject: DataLink 1.00
  54. To: Info-Atari16@naucse.cse.nau.edu
  55.  
  56. In article <521502w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
  57.  (Michel Forget) writes:
  58. >> Does this Program support Zmodem Batch uploads,
  59. >>   I have fould that a lot of Term programs use the XYZ.TTP for file
  60. >> transfers, but there is a big problem, it does not support a real
  61. >> Batch mode, only a wild card mode, or all the batch files have to be in
  62. >> a folder..
  63. >>
  64. >
  65. >DataLink will allow a 78 character command line, so that is what you have
  66. >to work with.  In the next version, I'll add the ability to write a
  67. >TOSEND.INF file so that you can use that option and then pass the
  68. >TOSEND.INF to XYZ using the -1 option.  That should make it a little
  69. >easier.  For now, though, you should probably use wilcards or as much as
  70. >you can fit on the command line.  If you have a better suggestion, I'll
  71. >be glad to incorporate it.  I don't want to tie DataLink too tightly to
  72. >any transfer program, since it is designed to be able to use them all.
  73. >
  74. Doesn't xyz support several files on a command line?  If so you could use the
  75. file elector to select files to u/l and use cancel button to signal when you
  76. have selected enough files.  Keep track of the selections and pass that to
  77. xyz (or whatever zmodem prg you use)...
  78.  
  79.  - todd
  80. --
  81. Todd C. Miller                    | "But all the politiCIAns now
  82. millert@tramp.Colorado.EDU        |  They have no excuse
  83. al804@cleveland.Freenet.Edu       |  They just hide behind their power
  84. University of Colorado @ Boulder  |  And keep us from the truth" - Roger McGuinn
  85.  
  86. ------------------------------
  87.  
  88. Date: 21 Oct 91 09:23:33 GMT
  89. From:
  90.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wupost!waikato.ac.nz!comp.vuw.ac.nz!act
  91.  rix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  92. Subject: DataLink 1.00
  93. To: Info-Atari16@naucse.cse.nau.edu
  94.  
  95. In article <1991Oct20.233216.12975@colorado.edu> millert@cs.colorado.edu (Todd
  96.  C. Miller) writes:
  97. > In article <521502w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
  98.  (Michel Forget) writes:
  99. > >> Does this Program support Zmodem Batch uploads,
  100. > >>   I have fould that a lot of Term programs use the XYZ.TTP for file
  101. > >> transfers, but there is a big problem, it does not support a real
  102. > >> Batch mode, only a wild card mode, or all the batch files have to be in
  103. > >> a folder..
  104. > >>
  105. > >
  106. > >DataLink will allow a 78 character command line, so that is what you have
  107. > >to work with.  In the next version, I'll add the ability to write a
  108. > >TOSEND.INF file so that you can use that option and then pass the
  109. > >TOSEND.INF to XYZ using the -1 option.  That should make it a little
  110. > >easier.  For now, though, you should probably use wilcards or as much as
  111. > >you can fit on the command line.  If you have a better suggestion, I'll
  112. > >be glad to incorporate it.  I don't want to tie DataLink too tightly to
  113. > >any transfer program, since it is designed to be able to use them all.
  114. > >
  115. > Doesn't xyz support several files on a command line?  If so you could use the
  116. > file elector to select files to u/l and use cancel button to signal when you
  117. > have selected enough files.  Keep track of the selections and pass that to
  118. > xyz (or whatever zmodem prg you use)...
  119. >
  120. >  - todd
  121. > --
  122. > Todd C. Miller                    | "But all the politiCIAns now
  123. > millert@tramp.Colorado.EDU        |  They have no excuse
  124. > al804@cleveland.Freenet.Edu       |  They just hide behind their power
  125. > University of Colorado @ Boulder  |  And keep us from the truth" - Roger
  126.  McGuinn
  127.  
  128. From what I can remember, as I only had a quick play with XYZ 202 ?,
  129. it could not do a batch upload with explicit file names.
  130.  
  131. Terminal programs must support Full ARCV, none of this 125 character
  132. command line limit.
  133.  
  134. Uploaded files can be all over the place and in some folders deep, this
  135. is why the 125 limit is far to short.
  136.  
  137. I get involved in uploading lots of files to BBS's, but at the
  138. moment I am limited to 3 files per upload, I use the GSZRZ18, this is
  139. the German Gem Zmodem program, but still only uses the command line..
  140.  
  141.  
  142. --
  143. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  144. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  145. ***  Kapiti                        At least I don't Flicker,         ***
  146. ***  New Zealand..          *      not like a dying light globe      ***
  147.  
  148. ------------------------------
  149.  
  150. Date: 21 Oct 91 09:40:20 GMT
  151. From: lll-winken!aunro!ersys!mforget@ames.arpa (Michel Forget)
  152. Subject: DataLink 1.00
  153. To: Info-Atari16@naucse.cse.nau.edu
  154.  
  155. millert@cs.colorado.edu (Todd C. Miller) writes:
  156.  
  157. Michel Forget writes:
  158. > >DataLink will allow a 78 character command line, so that is what you have
  159. > >to work with.  In the next version, I'll add the ability to write a
  160. > >TOSEND.INF file so that you can use that option and then pass the
  161. > >TOSEND.INF to XYZ using the -1 option.  That should make it a little
  162. > >easier.  For now, though, you should probably use wilcards or as much as
  163. > >you can fit on the command line.  If you have a better suggestion, I'll
  164. > >be glad to incorporate it.  I don't want to tie DataLink too tightly to
  165. > >any transfer program, since it is designed to be able to use them all.
  166. > >
  167. > Doesn't xyz support several files on a command line?  If so you could use the
  168. > file elector to select files to u/l and use cancel button to signal when you
  169. > have selected enough files.  Keep track of the selections and pass that to
  170. > xyz (or whatever zmodem prg you use)...
  171. > --
  172. > Todd C. Miller                    | "But all the politiCIAns now
  173. > millert@tramp.Colorado.EDU        |  They have no excuse
  174. > al804@cleveland.Freenet.Edu       |  They just hide behind their power
  175. > University of Colorado @ Boulder  |  And keep us from the truth" - Roger McGu
  176.  
  177.  
  178. This is the way I had the transfer system set up to begin with.  XYZ was
  179. required to use DataLink.  I later changed my mind and removed that
  180. aspect of the program, so that people can use any transfer utility they
  181. want.  The method you suggest would work up to a point;  I don't think
  182. that XYZ uses the ARGV standard, so it wouldn't be able to receive very
  183. many files on a command line.  It does allow you to write the files to a
  184. file, and then use that file for input though.  This should work in
  185. theory, but I had an extremely hard time getting it to work at all.  In
  186. the next version of DataLink, I will add the ability to construct a file
  187. that you can pass to XYZ.  The feature will let you select files until
  188. you hit cancel, and it will write them out to a file of your choice.
  189. Then you can pass the filename to XYZ while you select your transfer
  190. type and other options.
  191.  
  192.  
  193. <<  ------------------------------------------  >>
  194. <<        mforget@ersys.edmonton.ab.ca          >>
  195. <<     ersys!mforget@nro.cs.athabascau.ca       >>
  196. <<               Michel Forget                  >>
  197. <<  "Do not meddle in the affairs of Wizards,   >>
  198. <<  for they are not happy campers!" - UNKNOWN  >>
  199. <<  ------------------------------------------  >>
  200.  
  201. ------------------------------
  202.  
  203. Date: 21 Oct 91 01:38:34 GMT
  204. From: netcomsv!bryanw@decwrl.dec.com (Bryan Woodworth)
  205. Subject: DataLink 1.00, mono only -- ahh!!
  206. To: Info-Atari16@naucse.cse.nau.edu
  207.  
  208. Any chance of a medium resolution version of Datalink in the near future?
  209. I thought only Germans used monochrome! :p
  210.  
  211. --
  212. Bryan Woodworth   Mail: bryanw@netcom.COM
  213. Netcom - Online Communication Services San Jose, CA
  214.  
  215. ------------------------------
  216.  
  217. Date: 21 Oct 91 04:22:04 GMT
  218. From:
  219.  arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!spool.mu.edu!munnari.oz.au!buny
  220.  ip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
  221. Subject: DataLink 1.00, mono only -- ahh!!
  222. To: Info-Atari16@naucse.cse.nau.edu
  223.  
  224. bryanw@netcom.COM> bryanw@netcom.COM (Bryan Woodworth) writes:
  225.  
  226. >Any chance of a medium resolution version of Datalink in the near future?
  227. >I thought only Germans used monochrome! :p
  228.  
  229. All SERIOUS users use monochrome?  As soon as I get around to buying a
  230. monitor switcher, the sooner I can stop using Gumby resolution.  Medium
  231. is so UGLY after monochrome - I spend most of my time editting source code.
  232.  
  233. Anyone got some good RGB values for minimum eye-strain in colour text modes?
  234.  
  235. Warwick.
  236. --
  237.   _-_|\       warwick@cs.uq.oz.au
  238.  /     *  <-- Computer Science Department,
  239.  \_.-._/      University of Queensland,
  240.       v       Brisbane, AUSTRALIA.
  241.  
  242. ------------------------------
  243.  
  244. Date: 21 Oct 91 09:45:53 GMT
  245. From:
  246.  noao!ncar!asuvax!cs.utexas.edu!wupost!spool.mu.edu!uwm.edu!lll-winken!aunro!ers
  247.  ys!mforget@arizona.edu (Michel Forget)
  248. Subject: DataLink 1.00, mono only -- ahh!!
  249. To: Info-Atari16@naucse.cse.nau.edu
  250.  
  251. bryanw@netcom.COM (Bryan Woodworth) writes:
  252.  
  253. > Any chance of a medium resolution version of Datalink in the near future?
  254. > I thought only Germans used monochrome! :p
  255. >
  256. > --
  257. > Bryan Woodworth   Mail: bryanw@netcom.COM
  258. > Netcom - Online Communication Services San Jose, CA
  259.  
  260.  
  261. There is a possability of a color version, but I'm not too sure about it.
  262.  I only have a Monochrome monitor, and the RF Modulator that connects the
  263. ST to my TV is broken for some reason.  The reason DataLink will only run
  264. in Monochrome (I tried color when I had it) is that the RSC file has
  265. dialogs with a lot of information in them.  When I was designing the
  266. dialogs, I was intending for the program to be used on a Monochrome
  267. display so it never occured to me to make the dialogs smaller (but more
  268. complex).  If I get the RF Modulator fixed, and if the users show enough
  269. interest by sending in their $5, then I will work on it until there is a
  270. color version.  DataLink doesn't do anything that should cause problems
  271. in color, except for the size of the dialogs, so it shouldn't be too hard
  272. to get it working in color after I re-organize the dialogs.
  273.  
  274.  
  275. <<  ------------------------------------------  >>
  276. <<        mforget@ersys.edmonton.ab.ca          >>
  277. <<     ersys!mforget@nro.cs.athabascau.ca       >>
  278. <<               Michel Forget                  >>
  279. <<  "Do not meddle in the affairs of Wizards,   >>
  280. <<  for they are not happy campers!" - UNKNOWN  >>
  281. <<  ------------------------------------------  >>
  282.  
  283. ------------------------------
  284.  
  285. Date: 21 Oct 91 09:49:10 GMT
  286. From:
  287.  noao!ncar!asuvax!cs.utexas.edu!uwm.edu!lll-winken!aunro!ersys!mforget@arizona.e
  288.  du (Michel Forget)
  289. Subject: DataLink 1.00, mono only -- ahh!!
  290. To: Info-Atari16@naucse.cse.nau.edu
  291.  
  292. warwick@cs.uq.oz.au (Warwick Allison) writes:
  293.  
  294. > bryanw@netcom.COM> bryanw@netcom.COM (Bryan Woodworth) writes:
  295. >
  296. > >Any chance of a medium resolution version of Datalink in the near future?
  297. > >I thought only Germans used monochrome! :p
  298. >
  299. > All SERIOUS users use monochrome?  As soon as I get around to buying a
  300. > monitor switcher, the sooner I can stop using Gumby resolution.  Medium
  301. > is so UGLY after monochrome - I spend most of my time editting source code.
  302. >
  303. > Anyone got some good RGB values for minimum eye-strain in colour text modes?
  304. >
  305. > Warwick.
  306. > --
  307. >   _-_|\       warwick@cs.uq.oz.au
  308. >  /     *  <-- Computer Science Department,
  309. >  \_.-._/      University of Queensland,
  310. >       v       Brisbane, AUSTRALIA.
  311.  
  312.  
  313. I agree with you that color is painful on the ST.  It isn't so bad on the
  314. IBM machines with Super VGA, but it still annoys me.  If I could have
  315. made DataLink support color I would have, but the RF Modulator that
  316. connects my ST to my TV is broken, and I don't have a color monitor.  I
  317. said in an earlier message that I would make DataLink support color if
  318. the users supported the product by sending in their $5, which will allow
  319. me to buy a RF Modulator.  I want to make DataLink as good a program as I
  320. can.
  321.  
  322.  
  323. <<  ------------------------------------------  >>
  324. <<        mforget@ersys.edmonton.ab.ca          >>
  325. <<     ersys!mforget@nro.cs.athabascau.ca       >>
  326. <<               Michel Forget                  >>
  327. <<  "Do not meddle in the affairs of Wizards,   >>
  328. <<  for they are not happy campers!" - UNKNOWN  >>
  329. <<  ------------------------------------------  >>
  330.  
  331. ------------------------------
  332.  
  333. Date: 20 Oct 91 12:03:23 GMT
  334. From: snorkelwacker.mit.edu!ira.uka.de!sun.rhrk.uni-kl.de!seimet@uunet.uu.net
  335.  (Uwe Seimet [Chemie])
  336. Subject: Font addresses
  337. To: Info-Atari16@naucse.cse.nau.edu
  338.  
  339. clash@aslan.en.open.de (Oliver Graf) writes:
  340.  
  341. >Hya buddies!
  342. Hi Oliver!
  343.  
  344. >Who can tell me how to get the address of the TOS-font independent from
  345. >the TOS version? I already know how to get it using TOS 1.02, but now I
  346. >have TOS 1.04 and the addresses are not the same. I tried to get it by
  347. >testing with GfA-Basic but I had no success. I couldn't get the address
  348. >for the font used by GEM (not GDOS!).
  349.  
  350. A few days ago I had a similar problem. Originally I used LINEA $A000 to
  351. get the font header adresses. After this call A1 points to a structure
  352. describing the fonts (see Atari Profibuch). Unfortunately this does not
  353. seem to work with the vdi driver of the Crazy Dots card. So I used the
  354. negative LINEA variables instead but encountered the same problems.
  355. My solution which is clean because I don't need LINEA anymore: I included
  356. the font data in my program. 8x8 and 8x16 system font need 6 KByte data
  357. space. I think this is not too much to overcome the font problem.
  358.  
  359. ********************************************************
  360. *              Uwe Seimet                              *
  361. *              seimet@rhrk.uni-kl.de                   *
  362. *------------------------------------------------------*
  363. * I hate this machine, I wish that they would sell it. *
  364. * It doesn't do what I want but only what I tell it.   *
  365. * (Programmer's lament)                                *
  366. ********************************************************
  367.  
  368. ------------------------------
  369.  
  370. Date: 21 Oct 91 01:40:26 GMT
  371. From:
  372.  arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!zaphod.mps.ohio-state.edu!malgu
  373.  di.oar.net!yfn.ysu.edu!ysub!psuvm!sml108@arizona.edu (Scott the Great)
  374. Subject: GENIE email
  375. To: Info-Atari16@naucse.cse.nau.edu
  376.  
  377. Hi, is there a way to send email to GENIE accounts from BITNET or
  378. Internet and vice versa?
  379.  
  380. Scott
  381.  
  382. ------------------------------
  383.  
  384. Date: 20 Oct 91 23:05:22 GMT
  385. From: bu.edu!jade.tufts.edu!mling@uunet.uu.net (Maurice CM Ling)
  386. Subject: gulam line length limit.
  387. To: Info-Atari16@naucse.cse.nau.edu
  388.  
  389. Hi everyone,
  390.  
  391. I ran into a problem when compiling with Sozonbon C, gulam, and make.  I have
  392. a habit of writing programs that take up lots of files, to support
  393. modularity and code reusability.  The problem comes when I have a lot of
  394. files, and when I link, the length of the link command with its parameters
  395. exceeds a certain number of characters (> 132 ?), then make or gulam gives me an
  396. error, saying that the line is too long.
  397.  
  398. I would like to see how you programmers deal with this problem.  Is there
  399. a way to enlarge the line buffer of gulam.  A short term solution, of course,
  400. would be to make libraries of collection of files.  What other solutions
  401. are there?
  402.  
  403. Thanks,
  404.  
  405. Maurice
  406.  
  407.  
  408.  
  409.  
  410. --
  411. * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * **
  412.                                                 \/
  413.                                                >--< ======================
  414. Internet:  mcli@joker.optics.rochester.edu      /\
  415.  
  416. ------------------------------
  417.  
  418. Date: 19 Oct 91 15:52:00 GMT
  419. From:
  420.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.c
  421.  tr.columbia.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!ms.maus.de!Patrick_
  422.  Dubbrow@arizona.edu (Patrick Dubbrow)
  423. Subject: MC68010 on atari ?
  424. To: Info-Atari16@naucse.cse.nau.edu
  425.  
  426. ogj%tglobe2.tollpost-globe @ SUB, 14.10.91 15:04:
  427.  
  428. o>Is it possible to put a MC68010 in a Atari originally equipped
  429. o>with a MC68000 ??
  430.  
  431. If you got TOS 1.06 or higher it IS possible. The 68010 is pin-compatible to
  432. the version of 68K used in ordinary STs (not STEs). If you say that there's no
  433. official way of having TOS >= 1.06 in an old ST: There will be an adapter which
  434. allows you to run the soon coming TOS 2.06 in STs!
  435. BTW: If your programs are not especially optimized for the 68010 you will be
  436. dissapointed.
  437.  
  438. Bye,
  439.  Patrick
  440.  
  441. ------------------------------
  442.  
  443. Date: 20 Oct 91 12:53:55 GMT
  444. From:
  445.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!spool.mu.edu
  446.  !munnari.oz.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger
  447.  Sheppard)
  448. Subject: My hard drive bit it
  449. To: Info-Atari16@naucse.cse.nau.edu
  450.  
  451. In article <1991Oct20.091020.10136@watserv1.waterloo.edu>
  452.  bmaraldo@watserv1.waterloo.edu (Commander Brett Maraldo) writes:
  453. >
  454. > Born: Aug 1985
  455. > Died: 19 Oct 1991 3.00h
  456. >
  457. > My 6 year old supra 20mb hd finally bit the dust.  Totally fried... it
  458.  squeeled
  459. > and came to a stop.  Reformatting wouldn't help.  It's dead... jim.
  460. > Questions:
  461. >
  462. > 1) I am confused about the interface to the atari... there are two boards
  463. > in the supra case: one is a board that connects to the atari and to a
  464.  multi-pin
  465. > connector to the board which sits on top of the 3.5" 20mb drive.
  466. > What are these boards?
  467. >
  468. > 2) can I just buy another drive (bigger perhaps?) and connect it to the board
  469. > that connects to the atari?  When I buy another drive do i also get that
  470. > board which looks like it drives the heads and motor, or do i buy that
  471. > separately?
  472. >
  473. > 3) does anyone have any good ideas how I can get another hd up and running
  474. > with minimal $$$?
  475. >
  476. > thanks
  477. > brett maraldo
  478. >>                --------     Unit 36 Research     ---------
  479. >                       "Alien Technology Today"
  480. >                     bmaraldo@watserv1.UWaterloo.ca
  481. >                  {uunet!clyde!utai}!watserv1!bmaraldo
  482.  
  483. Try a Quantum LPS 52 megs or 105 megs SCSI drives, the LPS105S sells
  484. for as low as $350us.
  485.  
  486. Note: that card is the ATSCI to SCSI host adapter, you will have to
  487. find a way to fit it to another type of drive, also there are rubber feet
  488. stuck to the drive so that the board does not short out..
  489.  
  490. Note: 2..That board is the old version, you might have to contact Supra
  491. to see if it will work with the Quantum Drives..
  492.  
  493. Supra now use Quantum drives, the Quantum LPS series is well suited to that
  494. drive box as it does not have a fan..
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501. --
  502. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  503. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  504. ***  Kapiti                        At least I don't Flicker,         ***
  505. ***  New Zealand..          *      not like a dying light globe      ***
  506.  
  507. ------------------------------
  508.  
  509. Date: 20 Oct 91 17:51:11 GMT
  510. From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  511. Subject: PC DITTO I
  512. To: Info-Atari16@naucse.cse.nau.edu
  513.  
  514. Christopher Russell asked about pc-ditto 1..
  515.  
  516. The original software pc-ditto works just fine on a 1 Meg machine with
  517. floppies.  It emulates a 640K 8088 PC XT with CGA or monochrome display.
  518.  
  519. The major drawback of course is its speed.  For applications like word
  520. processing it's ok, but anything requiring fast screen updating, ie: games,
  521. is far too slow to be useful.
  522.  
  523. For the price (I *hope* Toad has it very inexpensively), it's useful
  524. for occasional forays into the MS-DOS world.
  525.  
  526. BobR
  527.  
  528. ------------------------------
  529.  
  530. Date: 21 Oct 91 07:01:21 GMT
  531. From: mcsun!hp4nl!star.cs.vu.nl!rfschaa@uunet.uu.net (Schaaf R F )
  532. Subject: TeX, tpic-specials
  533. To: Info-Atari16@naucse.cse.nau.edu
  534.  
  535. Hi,
  536.  
  537. I am currently using a DVI driver for my Deskjet printer that does
  538. not support the tip-specials. However I use some programs that generate
  539. TeX files that do use those specials, so my question it:
  540. Does anyone know of a DVI driver for the Deskjet that supports the
  541. tpic- (ans possibly the cs-) specials?
  542.  
  543. Richard Schaaf (rfschaa@cs.vu.nl)
  544.  
  545. ------------------------------
  546.  
  547. Date: 20 Oct 91 23:18:57 GMT
  548. From: mcsun!news.funet.fi!funic!nic.funet.fi!jartsu@uunet.uu.net (Jartsu)
  549. Subject: WANTED: Key-slot switcher for Atari ST/Mega !!!
  550. To: Info-Atari16@naucse.cse.nau.edu
  551.  
  552. Hi!
  553.  
  554. I need a key-slot (ROM/modul-port) switcher form my Atari Mega4, so
  555. that I could run two key-protected applications under the
  556. MROS-switcher.
  557.  
  558. If you know anything about such product or availability or source for
  559. one, please reply/followup.
  560.  
  561.  
  562.  
  563. --
  564. * Jari Lehto     * Voice 90-387939    * Email jartsu@nic.funet.fi   *
  565. * Tenavatie 19 A * Fax +358 0 8735916 * fwd -> s37837k@saha.hut.fi  *
  566. * 00760 HELSINKI *   Atari moderator in nic.funet.fi                *
  567. * Finland        *   Administrator of Atari power-user mailing-list *
  568.  
  569. ------------------------------
  570.  
  571. Date: 20 Oct 91 17:43:50 GMT
  572. From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  573. Subject: What are...
  574. To: Info-Atari16@naucse.cse.nau.edu
  575.  
  576. Re: questions about SIPPs and SIMMs...
  577.  
  578. A "DIP" package is a normal integrated circuit... the kind of thing that
  579. looks like a cockroach or centepide.. it stands for "Dual In-line Package"
  580. (referring to the two rows of pins down both sides of the chip).
  581.  
  582. A "SIP" is a "Single In-line Package", or essentially a chip with only
  583. one row of pins coming out one side.  This allows the chips to be mounted
  584. vertically for higher pc board density.  A memory SIP is a small pc board
  585. with RAM chips on it, the board being mounted vertically on the motherboard
  586. in this same fashion.  SIPs are usually *soldered* in place.
  587.  
  588. A "SIMM" is a "Single In-line Memory Module" and is similar to the memory
  589. SIP, except that it has an edge connector instead of pins, and is mounted
  590. in a socket on the motherboard, making it easy to remove and replace.
  591.  
  592. As for the speed of memory, whether DIPs, SIPs or SIMMs, the Atari ST
  593. requires RAM that is at least 150ns.  ANYTHING FASTER THAN THAT IS WASTED!
  594.  
  595. The ST can only access memory just so fast.. it doesn't matter if the RAM
  596. can respond faster, the ST can't make use of the shorter access times.
  597.  
  598. The only reason to buy faster RAM is if you can find it cheaper than 150ns
  599. parts (which often happens, as 70ns parts are more commonly used in the
  600. IBM world).
  601.  
  602. BobR
  603.  
  604. ------------------------------
  605.  
  606. Date: 21 Oct 91 04:18:22 GMT
  607. From: nevada.edu!jimi2!equinox!cs.unr.edu!chan@uunet.uu.net (Kaho Chan)
  608. Subject: word processors...
  609. To: Info-Atari16@naucse.cse.nau.edu
  610.  
  611. I was shocked the other day to find that my WordWriterST program was
  612. only version 1.0.
  613.  
  614. Does anyone know the latest version and/or if the company Timeworks is
  615. still in business?
  616.  
  617. I love my WordWriterST but it has a few bugs... If you think that there
  618. is a better word processor (excluding desktop publishers:  Calamus, Pub-
  619. lishing Partner, etc...) that is faster or more user-friendly than WWST,
  620. please respond.  I don't need all the bells/whistles/complex graphics...
  621.  
  622. Thanks.
  623.  
  624. chan@mammoth.cs.unr.edu
  625. Kaho "ChanmaN" Chan
  626.  
  627. ------------------------------
  628.  
  629. End of Info-Atari16 Digest
  630. ******************************
  631.